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PROCEDE DE GESTION DUPLICATIONS EVOLUTIVES DANS UN SYSTEME TERMINAL / CARTE A PUCE. 

(57) Afin depermettreaux terminaux pour cartes a puce de 
s'adapter pour presenter et executer des operations pour 
lesquelles ils ne sont pas prevus, les cartes a puce (2) sont 
dotees d'une memoire de liens (15) associee a un program- 
me de lecture et de traduction (13) et les informations lues 
dans cette memoire (15) sont presentees au terminal (1) 
sous une forme utilisable par un programme d'interface 
(22). Ainsi, en modifiant la memoire de liens (1 5) de la carte 
(2), on peut ajouter ou retirer des applications executables 
par le terminal (1). 
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PROCEDE DE GESTION D • APPLICATIONS EVOLUTIVES 
DANS UN SYSTEME TERMINAL / CARTE A PUCE 

La presente invention a pour objet un procede de 
gestion d ! une transaction entre un terminal et une 
carte a puce, Elle vise egalement 1 • intervention d'un 
operateur. Dans le cadre de 1' invention, tant le 
5 terminal que la puce de la carte seront munis d'un 
processeur de traitement de signal. 

On connait les terminaux pour carte a puce utilises 
notamment dans le domaine bancaire, dans le domaine de 
controle d'identite, dans les operations de paiement 

10 ainsi que dans les applications de telephone mobile de 
type GSM. Neanmoins, elle est applicable a tous les 
domaines dans lesquels un terminal entre en relation 
avec une carte a puce et un operateur. 

Le rappel ci-dessus des applications connues 

15 d 'utilisation des cartes a puce dans des transactions 
est synonyme du fait que les terminaux et les cartes 
sont specialises. Dans la plupart des cas, les cartes 
sont des cartes uniquement munies de memoire : le 
lecteur de carte - le terminal - possede un systeme 

20 d ! exploitation pour, premierement , entrer en relation 
avec la carte a puce, et deuxiemement , lancer un 
programme d 'utilisation de la carte a puce. Par exemple 
dans le domaine bancaire, pour le retrait d'argent a 
une borne, le programme enregistre dans une memoire 

25 programme du terminal est de nature a faire afficher 
sur un ecran de ce terminal toutes les images 
necessaires a la comprehension par 1* operateur des 
etapes a franchir pour obtenir satisfaction. 

Ces programmes d ' ut i 1 isat ion peuvent etre tres 

30 simples. Dans le cas ou le terminal est un terminal de 
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paiement, il ne fait que demander a l'operateur de 
composer un code secret pour valider le paiement. lis 
peuvent etre egalement plus complexes. Et c'est 
justement le cas quand les terminaux sont des appareils 
de telephone mobile. Dans ce dernier cas, le programme 
d 1 utilisation du terminal comporte une succession 
hierarchique de menus presentant des options et que 
l'operateur peut choisir afin de benef icier d'une 
prestation particuliere parmi de nombreuses 
prestations . 

La difficulty presentee par les terminaux de 1'etat 
de la technique est que leur mise a jour devient un 
vrai probleme. En effet, il est de plus en plus 
envisage de modifier le programme d ' ut il isation ou le 
systeme d • exploitation des terminaux. 

Le f onctionnement de la delivrance d'une prestation 
par un terminal auquel une carte a puce est connectee 
se produit de la faq:on suivante. Le terminal lance son 
systeme d • exploitation et se prepare a afficher 
certaines options (connues) qu'il est susceptible de 
proposer a l'operateur. Le terminal interroge ensuite 
la carte pour savoir si la carte est susceptible de 
delivrer les options en question. Le cas echeant il 
n'est affiche sur l'ecran du terminal que les options 
autorisees par la carte. Le probleme survient le jour 
ou on veut faire benef icier les porteurs de carte de 
nouvelles options alors que le systeme d 1 exploitation, 
et le programme d 1 application du terminal ignorent meme 
1' existence de ces options et ne sont done pas capables 
d'interroger la carte a puce sur sa potentiality a cet 
egard et encore moins pour la proposer a l'ecran. 

En plus du probleme d'affichage proprement dit, il 
y a un probleme sous-jacent d' execution de 1' option 
supplementaire qui aurait ete choisie dans le menu par 
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I'operateur. En effet, le choix d'une option revient 
soit a faire lancer par le terminal un sous-programme 
soit a provoquer un branchement a l'endroit particulier 
du logiciel d ' exploitation du terminal. L * inexistence 
5 d'un tel sous-programme, quand il s'agit d'une option 
nouvelle ou d'un point de branchement correspondant, 
rend au-dela de l'affichage de l'option, 1 'execution 
d'une option supplementaire impossible. 

En perf ectionnement , on preferera que la prestation 

10 relative a une option supplementaire s 1 accompagne d'une 
execution, par le processeur du terminal et/ou de la 
carte a puce, de certaines actions. Dans ce cas, avec 
l 1 invention on montrera qu 1 on y arrive sans avoir a 
changer au prealable le systeme d 1 exploitation ou le 

15 programme d 1 utilisation du terminal et de la carte a 
puce . 

Le principe de l f invention consiste essentiellement 
a munir le terminal d'un programme d 1 interface et a 
munir la carte d'une memoire de liens a laquelle est 

20 associe un programme de lecture et de traduction. Ce 
programme d 1 interface est prevu pour lire la memoire de 
liens par 1 ' intermediaire du programme de lecture et de 
traduction. La lecture de cette memoire de liens est 
selective en fonction de criteres connus . Ce programme 

25 preleve alors dans la memoire de liens de la carte tous 
les enregistrements correspondant a la selection. II 
est ensuite capable, en combinaison avec les programmes 
normalement residant dans le terminal, de presenter les 
options et les executer. 

30 La mise a jour et l 1 evolution des applications 

n'ont pas alors besoin d'etre effectuees dans le 
terminal et dans la carte puisque 1 • information 
relative aux options disponibles est uniquement 
presente dans la memoire de liens de la carte. 
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L' invention a done pour objet un procede de gestion 
d'une transaction entre un terminal muni d'un 
processeur, une carte a puce munie d'un processeur et 
un operateur qui selectionne avec des commandes (bl a 
5 b4) du terminal des actions a faire executer par ce 
terminal, caracterise en ce qu'il comporte les etapes 
suivantes : 

- on memorise, dans une memoire non volatile de la 
carte, une memoire de liens et un programme de lecture 

10 et de traduction de la memoire de liens, chaque lien de 
la memoire de liens comportant, dans un enregistrement 
de cette memoire de liens, une designation d'une option 
a choisir dans un menu liee a un critere de selection 
de cette option, 

15 - on fait executer par le programme de lecture et 

de traduction de la carte une lecture selective selon 
au moins un des criteres de la memoire de liens, et 

- on fait executer par un programme d' interface du 
terminal les designations resultant de la mise en 

20 oeuvre du programme de lecture et de traduction de la 

memoire de liens . 

L' invention sera mieux comprise a la lecture de la 

description qui suit et a l'examen des figures qui 

1 'accompagnent . Celles-ci ne sont donnees qu'a titre 
25 indicatif et nullement limitatif de 1* invention. Les 

figures montrent: 

- figure 1: la representation d'un terminal et 
d'une carte a puce utilisables pour mettre en oeuvre le 
procede de 1* invention; 

30 - figures 2a a 2d: des representations d'affichages 

provoques par le programme de 1 * invention sur un ecran 
du terminal de la figure 1; 

- figure 3: la representation schematique d'une 
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memoire de liens utile pour mettre en oeuvre le procede 
de 1' invention. 

La figure 1 montre un terminal l et une carte a 
puce 2 utilises pour mettre en oeuvre le procede de 
l f invention, Le terminal comporte un processeur de 
traitement 3 en relation, par 1 1 intermediaire d'un bus 
4, pour simplifier un bus de commandes, de donnees, et 
d'adresses, avec une memoire programme 5, un clavier 6 
de commande, un ecran 7 de visualisation, une interface 
8 d 1 entree-sortie , et une memoire 9 de travail- Le 
clavier 6 sert a un operateur, non represents, a entrer 
des commandes pour provoquer 1 * accomplissement de 
certaines prestations par le terminal 1. L f interface 8 
d 1 entree-sortie est destinee a permettre 1 1 entree en 
relation avec la carte a puce 2 . Elle comporte 
notamment un connecteur pour se connecter avec un 
connecteur 8a de la carte a puce 2. 

La puce de la carte 2 comporte egalement un 
processeur de traitement 10 en relation par un bus 11 
d'adresses de commandes et de donnees, avec un jeu de 
memoires 12, une memoire de donnees 16 et une memoire 
de travail 17. La memoire programme 5 du terminal ainsi 
que le jeu 12 de memoires programmes de la carte et la 
memoire de donnees 16 de cette derniere sont des 
memoires non volatiles. Le jeu 12 de memoires de la 
carte comporte, de preference une memoire 15 de liens 
et une memoire 13 de lecture et de traduction de la 
memoire de liens. 

Parmi les programmes contenus dans le systeme 
d 1 exploitation du terminal 1, et schemat iquement 
representes comme memorises dans la memoire 5, on 
retiendra les programmes permettant d'effectuer, les 
operations desirees. Ces programmes comporteront par 
exemple un programme 18 de gestion du clavier 6, un 
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programme 19 de gestion de l'ecran 7, un programme 20 
de gestion de 1' interface d ' entree-sortie 8 et un 
programme 23 servant d 1 interface homme/machine entre 
1'opSrateur et le terminal. 
5 De maniere a pouvoir lire les cartes qui seraient 

des cartes a memoire seulement (sans processeur 10) , la 
memoire 5 comportera egalement un programme 21 de 
lecture des memoires de ces cartes, 

Elle comporte enfin un programme 22 qui est capable 

10 d' assurer la relation avec la carte a puce 2. 

Le programme 13 lit et traduit, dans une 
representation convent ionnee pour l f interface 8a, les 
objets de la memoire de liens 15 et les transporte dans 
la memoire de travail 17 ou ils sont mis a la 

15 disposition du terminal via 1* interface 8a. Le but 
principal est que les informations a afficher sur 
l'ecran 7 arrivent sur le bus 4. Elles y sont raises par 
le processeur 3 au moyen des programmes 22 et 23. Les 
actions de 1 'utilisateur , transmises par le clavier 6, 

20 au moyen du programme de gestion 18 sont traduites par 
le programme 22; le but etant de transmettre ces 
actions au programme 13 via les interfaces 8 et 8a. 
Enfin, en fonction de la memoire de liens 15 et des 
actions transmises, le programme 13 peut determiner la 

25 suite de la session. 

Les figures 2a a 2d montrent d'une maniere 
figurative respectivement le terminal 1 muni de son 
ecran 7 et de son clavier 6. 

Sur la figure 2a, la totalite du terminal 1 est 

30 representee; sur les figures 2b a 2d, on a seulement 
represents l'ecran pour montrer la navigation d'un 
operateur parmi les differentes options des menus 
proposes. Le terminal represents etant un terminal 
telephonique, le clavier 6 comporte les touches 1 a 9 
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et 0, ainsi que la touche diese et la touche etoile. II 
comporte par ailleurs un jeu de boutons bl a b4, ainsi 
qu'un jeu de fleches 24 a 27 permettant, a la maniere 
d'une boule de manoeuvre ou d 1 une sour is d'un micro- 
ordinateur, de deplacer une surbrillance dans l'ecran. 
Ainsi, la surbrillance est placee sur une option BANQUE 
dans la figure 2a alors que deux autres options REPER. 
(pour repertoire) et CONFIG, (pour configuration) sont 
egalement representees. 

Les fonctions des boutons bl a b4 peuvent etre 
normalisees ou libres. La selection d'une option peut 
etre operee par la manipulation des fleches 24 a 27, 
pour la mettre en surbrillance, et par appui sur le 
bouton b2 pour etre effectuee. Dans un autre mode 
d' action, les boutons b3, b4 et bl sont situes en 
regard de l'affichage sur l'ecran 7 de certaines 
options, et le choix de l'un de ces boutons comprend la 
selection de 1 'option choisie qui est juste en regard. 

Un tel mode de selection implique, figure 2b, 
l'affichage sur l'ecran 7 des differentes sous-options 
correspondant a une option choisie. Ainsi, pour 
1 'application BANQUE, l'affichage comportera , dans un 
exemple, dans une premiere ligne, la designation BANQUE 
XYZ du nom de la banque designe dans la carte a puce 2. 
Aux lignes 2, 3, 4 et 5 precedees d'un numero de rang 
1, 2, 3 et 4 , apparaitront les designations de sous- 
options disponibles. On a represents une sous-option 
Comptes. L'operateur peut vouloir, avec elle, faire une 
operation en relation avec son compte en banque. Une 
sous-option Informations permet de faire afficher des 
informations sur la banque: son adresse, les heures 
d'ouverture des guichets, etc. Une sous-option 
Telephone permet en la se lect ionnant d'obtenir 
directement une communication telephonique avec la 
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banque ♦ 

Les figures 2c et 2d montrent ce qui se produit si 
on choisit la sous-option Compte dans le menu BANQUE, 
et si on choisit la sous-sous-option Balance dans la 
sous-option Compte. 

Dans l'etat de la technique, le programme 22 etait 
capable de mettre en oeuvre ces trois options. Pour des 
raisons de developpement du service de la banque, la 
banque a pu avoir voulu mettre a disposition de ses 
clients un service d' assurance. Ce service, 
apparaissant dans la cinquieme ligne avec le rang 4 
dans l'ecran 7, n 1 etait pas prevu dans le programme 22. 
Normalement ce programme 22 ne peut pas l'afficher sur 
l'ecran 7. Au dela de l'affichage pur, la prestation 
correspondante ne peut pas non plus etre lancee dans 
l'etat de la technique. 

La figure 3 montre le moyen essentiel de 
1' invention constitue par la memoire de liens 15. Cette 
memoire est une memoire, de preference, de type 
programmable et effacable de fagon a pouvoir la mettre 
a jour. La memoire 15, organisee sous forme de table, 
est dite memoire de liens parce qu'elle comporte dans 
ses enregistrements des liens entre des informations de 
types differents. Chaque enregistrement de la table de 
liens comporte pour chaque type d 1 informations , un 
certain nombre d 1 octets. Pour un premier type 28, trois 
de ces octets, par exemple les trois premiers, 
representent un identifiant d'objet. On appelle objet a 
garder, l'ensemble des informations devant apparaitre a 
un moment donne dans un ecran 7 lorsqu'une option ou 
une sous-option a ete choisie. 

Pour un autre type d ' informations 29, dit de 
presentation, la table 15 comporte egalement de 
preference, mais ce n'est pas obligatoire, deux octets 
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(ou un seul octet, ou meme trois ou quatre bits) , pour 
presenter I'objet dans I'ecran. Sur un certain nombre 
d 1 octets suivants, en colonne 30, par exemple douze 
octets, la table 15 mentionne un type d ' informations 
representant la nature de I'objet. Ainsi, la 
designation correspondant a I'objet peut etre inscrite 
dans les douze octets telle qu'elle doit etre affichee. 

Enfin, dans des colonnes referencees 31 a 34, on a 
indique des references d' act ions, liees aux objets et 
declenchables par des boutons particuliers, ou une 
configuration particuliere de boutons du clavier 6. 
Dans le cadre de 1 ' utilisation des telephones de type 
GSM, la norme a defini et impose 1 'utilisation de 
quatre boutons. C'est pour cette raison qu'on a 
represents ici quatre colonnes. Neanmoins, il serait 
possible de disposer d'un nombre de boutons different 
et de placer dans chaque enregistrement en 
correspondance un nombre de colonnes different, Dans 
chaque enregistrement, a 1'endroit de chaque colonne 31 
a 34, on a reserve une place, dans un exemple, 
correspondant a un octet. La colonne 31 correspond a 
I 1 action qu'on est susceptible de lancer en appuyant 
sur le bouton bl . La colonne 32 correspond a une action 
qu'on est susceptible de lancer avec le bouton b2 , la 
colonne 33 avec le bouton b3 et la colonne 34 avec le 
bouton b4 . 

Les liens dont il est question dans la memoire de 
liens associent en consequence, au moins la nature d'un 
objet, colonne 30, avec 1 1 identif iant de I'objet, 
colonne 28. S'il ne s'agit pas d'afficher seulement des 
informations mais de lancer egalement des operations, 
le lien concerne 1 1 association de la nature de I'objet, 
colonne 30, avec 1 1 identif iant de I'objet, colonne 28, 
et avec la liste, colonnes 31 a 34, des actions 
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correspondant aux differents boutons commandables . 

De preference, bien entendu, la place de 1 'option 
ou de la sous-option dans 1 * ecran est egalement 
associee a 1 ' enregistrement . 
5 Conf ormement a ce qui a ete vu dans la figure 2a, 

la memoire de liens 15 comporte un identifiant d 1 objet 
01 pour tout ce qui concerne la banque avec des 
presentations d'objet dans 1 1 ecran definies par les 
codes de la colonne 29. 

10 On a considere par ailleurs que 1 1 image 

apparaissant dans 1' ecran de la figure 2c est un 
deuxieme objet. Les libelles affiches correspondent a 
des renseignements correspondant au numero 02 dans des 
enregistrements de la memoire 15. La sous-sous-option 

15 BALANCE, qui est le troisieme objet, comporte deux 
enregistrements de 1* objet, un enregistrement pour le 
libelle BALANCE, et un autre enregistrement pour VOUS 
AVEZ. Le but est dans un exemple d'indiquer un solde. 
Ainsi de suite, les differentes options peuvent avoir 

20 ete enregistrees dans la memoire 15. 

Au moment ou la banque decide de mettre a la 
disposition de ses clients l f option complementaire 
Assurance, elle met a jour les cartes de ses clients: 
elle y insere une ligne avec un identifiant d'objet 02 

25 en colonne 28, correspondant a l'objet Banque, un 
numero 04 de presentation de l'objet en colonne 29, une 
indication 4-Assurance en colonne 30, et des references 
a des actions Dl , CI, Bl, Al dans les colonnes 31 a 34. 
Les figures 2b a 2d montrent par ailleurs, des 

30 indications en bas d 1 ecran RETOUR ou QUITTER qui sont 
des informations d'aide qui peuvent etre imposees par 
une norme, ou par une habitude dans un domaine. On peut 
faire gerer l'affichage de ces informations par un 
programme 19 de gestion d'ecran classique. Les libelles 
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d'aide, RETOUR ou QUITTER, peuvent etre places de 
preference au-dessus des boutons bl et b3 qui leur 
correspondent dans la norme. 

Dans les colonnes 31 a 34, on a montre que les 
5 actions pouvaient etre variees et dif f erenciees comme 
on le desirait, d'un enregistrement a 1* autre. Par 
exemple, pour 1' option 1-Balance du menu COMPTE, figure 
2c, I'appui sur le bouton b2 lorsque le pointeur 42 
pointe sur cette option, provoque une action referencee 

10 Z, L'action Z aura pour effet, premierement de faire 
afficher le troisieme objet avec ses deux lignes 
d' intitules BALANCE en dessous de laquelle apparait 
VOUS AVEZ. L'ordre reference par Z sera neanmoins plus 
complet. II comporte, a 1* initiative du processeur 3 

15 qui met en oeuvre le programme de lecture et de 
traduction 13, l'execution d'une liaison telephonique 
avec la banque concernee, une interrogation du solde du 
compte (avec des mots de passe et des codes secrets de 
securite necessaires) , un transfert du solde lu dans la 

20 liaison telephonique, et l'affichage du montant 
correspondant XX, YY a droite de 1* intitule VOUS AVEZ. 
Eventuellement , il pourrait y avoir constitution d'un 
troisieme objet, enregistrable dans la memoire 15/ et 
correspondant justement au montant XX, YY. Dans ce cas, 

25 l'affichage provoque par l f interface specif ique 
comportera une option d'affichage du solde ancien ou 
une option de raf raichissement , c'est-a-dire lancement 
des operations vues ci-dessus. 
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REVENDICATIONS 

1 - Precede de gestion d'une transaction entre un 
terminal (1) muni d'un processeur (3) , une carte a puce 
(2) munie d'un processeur (10) , et un operateur qui 
selectionne avec des commandes (bl a b4 ) du terminal 
des actions a faire executer par ce terminal, 
caracterise en ce qu'il comporte les etapes suivantes: 

- on memorise, dans une memoire (12) non volatile 
de la carte, une memoire de liens (15) et un programme 
(13) de lecture et de traduction de la memoire de 
liens, chaque lien de la memoire de liens comportant, 
dans un enregistrement de cette memoire de liens, une 
designation (30) d'une option a choisir dans un menu 
liee a un critere (28) de selection de cette option, 

- on fait executer par le programme de lecture et 
de traduction (13) une lecture selective selon au moins 
un des criteres (28) de la memoire de liens, et 

- on fait executer par un programme d 1 interface 
(22) du terminal les designations resultant de la mise 
en oeuvre du programme de lecture et de traduction (13) 
de la memoire de liens (15). 

2 - Procede selon la revendication 1, caracterise 
en ce que: 

- chaque lien de la memoire de liens (15), associe 
en plus, dans un enregistrement de cette memoire de 
liens, une designation (30) d'une option a choisir dans 
un menu et un ensemble (31 a 34) de references a des 
actions a faire executer, 

- on fait executer par le processeur (10) de la 
carte a puce une interpretation d'une reference (31, 
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34) a une action a executer, et 

on fait executer par le processeur (3) du 
terminal des instructions resultant de cette 
interpretation. 

3 - Procede selon 1 1 une des revendications 1 et 2 , 
caracterise en ce que: 

- pour faire executer le programme de lecture et de 
traduction (13) selective de la memoire de liens, on 
attribue a chaque enregistrement de la memoire de liens 
un identifiant (28) d'objet, et 

- on selectionne des enregistrements de la memoire 
de liens qui comporte un meme identifiant d'objet. 

4 - Procede selon l'une des revendications 1 a 3, 
caracterise en ce que 

- on attribue a chaque enregistrement de la memoire 
de liens une information de presentation (29) pour le 
terminal, et 

on presente au terminal le resultat de la 
traduction avec cette information de presentation. 
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